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DETAILED ACTION 
Status of Claims 

1. This action is in reply to tlie application filed on 14 October 2003. 

2. Claims 1-17 are currently pending and have been examined. 

Specification 

3. The use of the trademarks Informix, Microsoft and Java has been noted in this application. They 
should be capitalized wherever they appears and be accompanied by the generic terminology. 

4. Although the use of trademarks is permissible in patent applications, the proprietary nature of the 

marks should be respected and every effort made to prevent their use in any manner which might 
adversely affect their validity as trademarks. See MPEP § 608.01(v) for further information. 

Claim Rejections - 35 USC § 112 

4. The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly 
claiming the subject matter which the applicant regards as his invention. 

5. Claims 3, 4, 7, 10, 12, 15 and 17 are rejected under 35 U.S.C. 112, second paragraph, as being 
indefinite for failing to particularly point out and distinctly claim the subject matter which applicant 
regards as the invention. 

6. Claims 3 recites the limitations the extracted service order data, the sen/ice order data and the 
archived service order data. There is insufficient antecedent basis for these limitations in the 
claims. 
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7. Claims 4 and 10 are rejected under 35 U.S.C. 112, second paragraph, as being indefinite in that it 
fails to distinctly the subject matter of the invention because neither Informix nor Access describe 
a database medium, they refer to the source of a product. Further the use of the trademark 
Informix in claims 4 and 10 is improper because such use diminishes the proprietary nature of the 
marks. See MPEP 2173.05(u)for more information. 

8. Claims 7, 12 and 17 are rejected under 35 U.S.C. 112, second paragraph, as being indefinite in 
that it fails to distinctly the subject matter of the invention. It appears to be a Markush Group 
because a local exchange carrier (LEC) and end user migration (BUM) process are two different 
concepts. For the purpose of this examination, claims 7, 12 and 17 will be interpreted as a 
Markush group as follow: wherein the service order process is one of the group consisting of a 
local exchange carrier (LEC) and end user migration (EDM) process. 

9. Claim 15 recites the limitation the second database. Claim 15 is dependant from Claim 14, which 
Claim 14 does not disclose the limitation of the second database. Therefore is insufficient 
antecedent basis for these limitations in the claim. Appropriate correction is required. 



Claim Rejections - 35 USC § 101 

10. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or 
composition of matter, or any new and useful improvement thereof, may obtain a patent therefor, 
subject to the conditions and requirements of this title. 

11. Claims 1 and 13 are rejected under 35 U.S.C. 101 because the claimed invention is directed to 
non-statutory subject matter. Both claims are directed to a computer and a computer code. 
Computer programs and codes are not statutory subject matter. Alternatively, processes and 
"computer-executable programs tangibly embodied on a computer readable medium" may be 
considered statutory subject matter under 35 U.S.C. 101 . 
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12. Claim 1 is directed to a method; however, it is performed in a computer and appears to be 
software per se, which constitutes a judicial exception in the form of an algorithm, and not an 
executable program tangibly embodied in a computer-readable medium. 

13. Claim 13 is directed to a computer code and it appears to be software per se, which constitutes a 
judicial exception in the form of an algorithm, and not an executable program tangibly embodied 
in a computer-readable medium. 



14. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all obviousness 
rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as 
set forth in section 102 of this title, if the differences between the subject matter sought to be 
patented and the prior art are such that the subject matter as a whole would have been obvious 
at the time the invention was made to a person having ordinary skill in the art to which said 
subject matter pertains. Patentability shall not be negatived by the manner in which the invention 
was made. 

15. The factual inquiries set forth in Graham v. John Deere Co., 383 U.S. 1, 148 USPQ 459 (1966), 
that are applied for establishing a background for determining obviousness under 35 
U.S.C. 103(a) are summarized as follows: 



16. Claims 1 -17 are rejected under 35 U.S.C. 103(a) as being unpatentable over Gabbita et al (US 
6,349, 238 B1) hereinafter "Gabbita" in view of Lickiss et al (US 6,104,798), hereinafter "Lickiss". 
Examiner's Note: The Examiner has pointed out particular references contained in the prior art 
of record within the body of this action for the convenience of the Applicant. Although the 
specified citations are representative of the teachings in the art and are applied to the specific 
limitations within the individual claim, other passages and figures may apply. Applicant, in 
preparing the response, should consider fully the entire reference as potentially teaching all or 



Claim Rejections - 35 USC § 103 



1. 
2. 
3. 
4. 



Determining the scope and contents of the prior art. 

Ascertaining the differences between the prior art and the claims at issue. 

Resolving the level of ordinary skill in the pertinent art. 

Considering objective evidence present in the application indicating obviousness 
or nonobviousness. 
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part of the claimed invention, as well as the context of the passage as taught by the prior art or 
disclosed by the Examiner. 



Claim 1: 

Gabbita as shown discloses the following limitations: 

• identifying transitions in the status identifiers; (see at least Figure 5, reference 
character 518 and column 28, lines 13-18, which teaches a block diagram showing 
a plurality of database tables, database table fields and relationship between 
database tables and/or fields where the Local Service Activity Tracker (LSAT) 
transition table contains information such as transition identification, name and 
type); 

• storing records of tfie identified transitions and corresponding times of the 
transitions; (see at least column 30, lines 43-45: "History File data for Work Steps 
include actual step completion times as well as planned start and finish times" 
which teaches an history tracking for each service order status and times); 

• analyzing the stored records of the identified transitions to determine completion 
intervals for the stages; (see at least column 30, lines 42-65 and column 9, lines 31- 
38: "This information permits the comparison of standard intervals defined for a 
Work Plan with actual completion data enabling the fine tuning of Workflow 
intervals.", where "LSAT 102 calculates the planned start and finish times for each 
step using the customer requested delivery date (CRDD) and/or the customer 
committed due date (CCDD) as available. The planned delivery date of the Work 
Plan is calculated using planned start and finish times of the various Work Steps", 
which completion intervals can be determined); 

• and computing an aggregate measure of progression of the population of status 
orders through the service order process from the determined completion intervals. 
(See at least column 12 lines 16-18: which Local Service Activity Tracker (LSAT) 
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track the status and times of eacli service order and "compares the completed date 
and time with the scheduled date and time for the Work Step" also as discussed 
above "LSAT 102 calculates the planned start and finish times for each step using 
the customer requested delivery date (CRDD) and/or the customer committed due 
date (CCDD) as available. The planned delivery date of the Work Plan is calculated 
using planned start and finish times of the various Work Steps", which teaches the 
progress of each service order); 
Furthermore, Gabbita teaches that the "LSAT 102 tracks the status of each Work Step 
from the time it is scheduled (status of pending) through the time it is being acted upon (status 
Current) until it is reported completed (status Complete)." (Gabbita, column 18, lines 6-9). 



Gabbita does not disclose the following limitation, but Lickiss however, as shown, does: 

• generating respective series of successive time samples of service order 
information for respective service orders of a population of service orders, (see at 
least column 4, lines 21-26 and column 7, lines 12-16: "...the CD Server updates 
status of each order in the Order Tracking Database..." where "... a variety of 
reports can be generated to provide more accurate and timely status 
information....", which the CD Server provides reports such as "front-end rejects, 
outbound installs, outbound disconnects, batch status, aged LEC rejects, pending 
LEG action, batch summary, and LEC disconnects to the customers via the GUI 
110"); 

• the service order information including respective status identifiers that indicate a 
relationship of respective service orders to a stage of the service order process; 
(see at least Figure 10 and column 11, lines 5-7: reference character 555, 
"Transaction Code Status Indicator" and "... reporting and status files will contain 
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either reject codes, pending codes, disconnect and install codes", which teaches an 

status codes identifying each stage of the order process); 
Therefore, it would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine the method for managing the workflow for processing service orders of 
Gabbita with the technique of order processing and reporting system, as taught by Lickiss 
because a customers "can view the status of their orders in real-time" and monitor their service 
order process, since the database updates the status of each service order and "a variety of 
reports can be generated" in order "to provide more accurate and timely status information" 
(Lickiss, column 4, lines 23-26), then, this will improve the tracking service order process 
efficiency when an order is delayed, since the company employees "can immediately determine 
the cause of the delay so that corrective action can be taken before the delay becomes critical." 
(Gabbita, column 2, lines 13-15). 

Claim 2: 

Gabbita as shown discloses the following limitations: 

• wherein service order information for the population of service orders is stored in a 
first database; (see at least column 4, lines 58-59: "The database 104 is used by 
LSAT 102 to store data associated with the processing and tracking of orders."); 

• extracting service order information for the population of service orders from the 
first database for a first time; (see at least column 21, lines 54-55: "...information 
that is extracted from the DBMS 104 by LSAT 102 to select and process Service 
Orders"); 

• storing the extracted sen/ice order information for the first time in a second 
database; (see at least column 30, lines 35-39 and 41-43: "LSAT 102 maintains a 
History File of the significant events that occur within the system as it pertains to 
each Service Order" and "As LSAT 102 tracks each Service Order through the 
lifecycle, it maintains a historical record of each Work Step completed and other 
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important actions tal<en" wliere History File functions as a database backup to 
record all data such as "transaction processing activities, system access 
information, and administrative manipulation of system data"); 

• extracting service order information for ttie population of service orders from tlie 
first database for a second time succeeding tfie first time; (see at least column 21, 
lines 54-55: "...information that is extracted from the DBMS 104 by LSAT 102 to 
select and process Service Orders" where information can be extracted many time 
as needed); 

• and storing the extracted service order data for the second time in the second 
database; (see at least column 30, lines 35-39 and 41-43: "LSAT 102 maintains a 
History File of the significant events that occur within the system as it pertains to 
each Service Order" and "As LSAT 102 tracks each Service Order through the 
lifecycle, it maintains a historical record of each Work Step completed and other 
important actions taken" where History File functions as a database backup to 
record all data such as "transaction processing activities, system access 
information, and administrative manipulation of system data"); 

• wherein identifying transitions in the status identifiers over the sets of service orders 
comprises comparing the extracted service order status identifiers for the first time 
to the extracted service order status identifiers for the second time to identify at 
least one transition in a service order status identifier for at least one service order. 
(see at least column 30, lines 42-65, column 9, lines 31-38 and column 12, lines IS- 
IS: "This information permits the comparison of standard intervals defined for a 
Work Plan with actual completion data enabling the fine tuning of Workflow 
intervals.", where information is obtained from the History File and then "LSAT 102 
calculates the planned start and finish times for each step using the customer 
requested delivery date (CRDD) and/or the customer committed due date (CCDD) 
as available. The planned delivery date of the Work Plan is calculated using 
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planned start and finish times of tlie various Worl< Steps", wliich teaches that "the 
process compares the completed date and time with the scheduled date and time 
for the Work Step"); 

Claim 3: 

Gabbita as shown discloses the following limitations: 

• wherein storing tfie extracted service order data for tlie second time in the second 
database is preceded by archiving the service order data for the first time; (see at 
least column 30, lines 35-39 and 41-43 and column 31 lines 5-6: "LSAT 102 
maintains a History File of the significant events that occur within the system as it 
pertains to each Service Order" and "As LSAT 102 tracks each Service Order 
through the lifecycle, it maintains a historical record of each Work Step completed 
and other important actions taken" where History File functions as a database 
backup to archive all data such as "transaction processing activities, system access 
information, and administrative manipulation of system data" and "Archived data 
may still be accessed and reports may still be generated on this data"); 

• wherein storing the extracted service order data for the second time in the second 
database comprises overwriting the service order data for the first time with the 
extracted service order data for the second time; (see at least Figure 5, columns 
23-28 and column 20, lines 65-67: "...step is completed after receiving confirmation 
that the number status has been updated from "Reserved" to "Working"." which 
teaches information can be entered and updated into the LSAT database tables 
and their associated fields. When an update is made in the database, the initial 
value from the field is removed and it is replaced with a new value which is a 
database standard operation procedure); 

• and wherein comparing the extracted service order status identifiers for the first 
time to the extracted service order status identifiers for the second time to identify at 
least one transition in a service order status identifier for at ieast one service order 
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comprises comparing the stored service order data for tiie second time to the 
archived service order data for the first time to identify at least one transition in a 
service order status identifier for at least one service order (see at least column 30, 
lines 42-65, column 9, lines 31-38 and column 12, lines 16-18: "This information 
permits the comparison of standard intervals defined for a Work Plan with actual 
completion data enabling the fine tuning of Workflow intervals.", where information 
is obtained from the History File and then "LSAT 102 calculates the planned start 
and finish times for each step using the customer requested delivery date (CRDD) 
and/or the customer committed due date (CCDD) as available. The planned 
delivery date of the Work Plan is calculated using planned start and finish times of 
the various Work Steps", which teaches that "the process compares the completed 
date and time with the scheduled date and time for the Work Step"); 
Claims 4 and 10: 

Gabbita as shown discloses the following limitations: 

• wherein the first database comprises an Informix® database, and wherein the 
second database comprises an Access Database (see at least column 16, lines 8- 
9: "...a database management system, such as an Oracle database is used to store 
such data", which is obvious to substitute one known database with another known 
database to obtain predictable results.). 

Claim 5: 

Gabbita as shown discloses the following limitations: 

• determining, for the respective service orders, respective completion intervals 
between a first transition when a service order first arrives at a first stage and a 
second transition when the service order moves from a second stage following the 
first stage and on to a third stage following the second stage; (see at least column 
30, lines 42-65 and column 9, lines 31-38: "This information permits the comparison 
of standard intervals defined for a Work Plan with actual completion data enabling 
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the fine tuning of Workflow intervals.", where "LSAT 102 calculates the planned 
start and finish times for each step using the customer requested delivery date 
(CRDD) and/or the customer committed due date (CCDD) as available. The 
planned delivery date of the Work Plan is calculated using planned start and finish 
times of the various Work Steps", which completion intervals can be determined for 
each step or stage); 

• and storing the determined completion intervals in the second database; (see at 
least column 30, lines 35-39 and 41-43: "LSAT 102 maintains a History File of the 
significant events that occur within the system as it pertains to each Service Order" 
and "As LSAT 102 tracks each Service Order through the lifecycle, it maintains a 
historical record of each Work Step completed and other important actions taken" 
where History File functions as a database backup to record all data such as 
"transaction processing activities, system access information, and administrative 
manipulation of system data"); 

• and wherein computing an aggregate measure of progression of the population of 
status orders through the stages from the identified completion intervals comprises 
computing an average of the stored completion intervals (see at least column 3, 
lines 11-14 and column 5, lines 38-41: "Detailed statistical information is maintained 
for audit and reporting purposes. Reports reflecting the effectiveness of workforce 
management and work administration is obtained" which teaches that information 
can be obtained from the database and any query can be performed since "...the 
web based interface module further provides query capability to provided 
customized views, reports and tracking information pertaining to current and past 
Service Orders." ); 
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Claim 6: 

Gabbita as shown discloses the following limitations: 

• further comprising storing the computed aggregate measure in a spreadsheet (see 
at least column 30 lines 39-40, column 31, lines 6-13 and column 5, lines 38-41: 
which teaches that the database provide query capability for customized reports, 
such as graphics and spreadsheets, since "all data is recorded in a manner that 
supports reporting". ); 

Claims 7, 12 and 17: 

Gabbita as shown discloses the following limitations: 

• wherein the service order process comprises a local exchange carrier (LEC) end 
user migration (EUM) process (see at least column 3, lines 63-65: "...local 
exchange carriers (LECs) for processing orders for local and/or long distance 
telecommunication services.); 

Claim 8 

Gabbita as shown discloses the following limitations: 

• a service order database configured to stored service order information for a 

population of service orders, (see at least column 4, lines 58-59: "The database 104 
is used by LSAT 102 to store data associated with the processing and tracking of 
orders."); 

• to identify transitions in the status identifiers over the sets of sen/ice orders, (see at 
least Figure 5, reference character 518 and column 28, lines 13-18, which teaches 
a block diagram showing a plurality of database tables, database table fields and 
relationship between database tables and/or fields where the Local Service Activity 
Tracker (LSAT) transition table contains information such as transition identification, 
name and type); 

• to stoAB records of the identified transitions and corresponding times of the 
transitions, (see at least column 30, lines 43-45: "History File data for Work Steps 
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include actual step completion times as well as planned start and finish times" 
which teaches an history tracking for each service order status and times); 

• to analyze the stored records of the identified transitions to determine completion 
intervals forthe stages, (see at least column 30, lines 42-65 and column 9, lines 31- 
38: "This information permits the comparison of standard intervals defined for a 
Work Plan with actual completion data enabling the fine tuning of Workflow 
intervals.", where "LSAT 102 calculates the planned start and finish times for each 
step using the customer requested delivery date (CRDD) and/or the customer 
committed due date (CCDD) as available. The planned delivery date of the Work 
Plan is calculated using planned start and finish times of the various Work Steps", 
which completion intervals can be determined); 

• and to compute an aggregate measure of progression of the population of status 
orders through the stages from the determined completion intervals. (See at least 
column 12 lines 16-18: which Local Service Activity Tracker (LSAT) track the status 
and times of each service order and "compares the completed date and time with 
the scheduled date and time for the Work Step" also as discussed above "LSAT 
102 calculates the planned start and finish times for each step using the customer 
requested delivery date (CRDD) and/or the customer committed due date (CCDD) 
as available. The planned delivery date of the Work Plan is calculated using 
planned start and finish times of the various Work Steps", which teaches the 
progress of each service order); 

Furthermore Gabbita teaches that the "LSAT 102 tracks the status of each Work Step 
from the time it is scheduled (status of pending) through the time it is being acted upon (status 
Current) until it is reported completed (status Complete)." (Gabbita, column 18, lines 6-9). 

Gabbita does not disclose the following limitation, but Lickiss however, as shown, does: 
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• the service order information including respective status identifiers tliat indicate a 
relationship of respective service orders to a stage of the service order process; 
(see at least Figure 10 and column 11, lines 5-7: reference character 555, 
"Transaction Code Status Indicator" and "... reporting and status files will contain 
either reject codes, pending codes, disconnect and install codes", which teaches an 
status codes identifying each stage of the order process); 

• and a service order monitor operative to generate respective series of successive 
time samples of service order information for respective service orders of the 
population of service orders, (see at least column 4, lines 21-26 and column 7, lines 
12-16: "...the CD Server updates status of each order in the Order Tracking 
Database..." where "... a variety of reports can be generated to provide more 
accurate and timely status information....", which the CD Server provides reports 
such as "front-end rejects, outbound installs, outbound disconnects, batch status, 
aged LEG rejects, pending LEC action, batch summary, and LEC disconnects to 
the customers via the GUI 110"); 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine the method for managing the workflow for processing service orders of 
Gabbita with the technique of order processing and reporting system, as taught by Lickiss as 
discussed above in claim 1 . 
Claim 9: 

Gabbita as shown discloses the following limitations: 

• wherein the service order database comprises a first database; (see at least column 
4, lines 58-59: "The database 104 is used by LSAT 102 to store data associated 
with the processing and tracking of orders."); 

• wherein the system further comprises a second database configured to store 
extracted service order information from the first database; (see at least column 30, 
lines 35-39 and 41-43: "LSAT 102 maintains a History File of the significant events 
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that occur within the system as it pertains to each Service Order" and "As LSAT 102 
tracks each Service Order through the lifecycle, it maintains a historical record of 
each Work Step completed and other important actions taken" where History File 
functions as a database backup to record all data such as "transaction processing 
activities, system access information, and administrative manipulation of system 
data"); 

• and wherein the service order monitor is operative to extract and store service order 
information for the population of service orders from the first database for a first 
time in the second database, to extract and stored service order information for the 
population of service orders from the first database for a second time succeeding 
the first time in the second database, (see at least column 21, lines 54-55: 
"...information that is extracted from the DBMS 104 by LSAT 102 to select and 
process Service Orders" where information can be extracted many time as needed 
and the History File database maintains and store a historical record of each 
service orders as discussed above); 

• and to compare the stored service order status identifiers for the first time to the 
stored service order status identifiers for the second time to identify at least one 
transition in a service order status identifier for at least one service order (see at 
least column 30, lines 42-65, column 9, lines 31-38 and column 12, lines 16-18: 
"This information permits the comparison of standard intervals defined for a Work 
Plan with actual completion data enabling the fine tuning of Workflow intervals.", 
where information is obtained from the History File and then "LSAT 102 calculates 
the planned start and finish times for each step using the customer requested 
delivery date (CRDD) and/or the customer committed due date (CCDD) as 
available. The planned delivery date of the Work Plan is calculated using planned 
start and finish times of the various Work Steps", which teaches that "the process 
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compares the completed date and time with the scheduled date and time for the 
Work Step"); 

Claim 11: 

Gabbita as shown discloses the following limitations: 

• further comprising a spreadstieet configured to store tfie computed aggregate 
measure, (see at least column 30 lines 39-40, column 31, lines 6-13 and column 5, 
lines 38-41: which teaches that the database provide query capability for 
customized reports, such as graphics and spreadsheets, since "all data is recorded 
in a manner that supports reporting". ); 

Claim 13: 

Gabbita as shown discloses the following limitations: 

• code configured (see at least column 12, line 65: "The LSAT user interface at 120 is 
preferably an Intranet-based 118 application..."); 

• to identify transitions in ttie status identifiers over tlie sets of service orders; see at 
least Figure 5, reference character 518 and column 28, lines 13-18, which teaches 
a block diagram showing a plurality of database tables, database table fields and 
relationship between database tables and/or fields where the Local Service Activity 
Tracker (LSAT) transition table contains information such as transition identification, 
name and type); 

• code configured to store records of the identified transitions and corresponding 
times of the transitions; (see at least column 30, lines 43-45: "History File data for 
Work Steps include actual step completion times as well as planned start and finish 
times" which teaches an history tracking for each service order status and times); 

• code configured to analyze the stored records of the identified transitions to 
determine completion intervals for the stages; (see at least column 30, lines 42-65 
and column 9, lines 31-38: "This information permits the comparison of standard 
intervals defined for a Work Plan with actual completion data enabling the fine 
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tuning of Workflow intervals.", where "LSAT 102 calculates the planned start and 
finish times for each step using the customer requested delivery date (CRDD) 
and/or the customer committed due date (CCDD) as available. The planned 
delivery date of the Work Plan is calculated using planned start and finish times of 
the various Work Steps", which completion intervals can be determined); 

• and code configured to compute an aggregate measure of progression of the 
population of status orders tfirougii tfie stages from tfie determined completion 
intervals. See at least column 12 lines 16-18: which Local Service Activity Tracker 
(LSAT) track the status and times of each service order and "compares the 
completed date and time with the scheduled date and time for the Work Step" also 
as discussed above "LSAT 102 calculates the planned start and finish times for 
each step using the customer requested delivery date (CRDD) and/or the customer 
committed due date (CCDD) as available. The planned delivery date of the Work 
Plan is calculated using planned start and finish times of the various Work Steps", 
which teaches the progress of each service order); 

Furthermore Gabbita teaches that the "LSAT 102 tracks the status of each Work Step 
from the time it is scheduled (status of pending) through the time it is being acted upon (status 
Current) until it is reported completed (status Complete)." (Gabbita, column 18, lines 6-9). 

Gabbita does not disclose the following limitation, but Lickiss however, as shown, does: 

• code configured (see at least column 6, line 43: "...CD Server 130 is a software 
application..."); 

• to generate respective series of successive time samples of service order 
information for respective service orders of a population of service orders, (see at 
least column 4, lines 21-26 and column 7, lines 12-16: "...the CD Server updates 
status of each order in the Order Tracking Database..." where "... a variety of 
reports can be generated to provide more accurate and timely status 
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information....", wliicli the CD Server provides reports such as "front-end rejects, 
outbound installs, outbound disconnects, batch status, aged LEG rejects, pending 
LEG action, batch summary, and LEG disconnects to the customers via the GUI 

110"); 

• the service order information including respective status identifiers tfiat indicate a 
relationship of respective service orders to a stage of the service order process; 
(see at least Figure 10 and column 11, lines 5-7: reference character 555, 
"Transaction Gode Status Indicator" and "... reporting and status files will contain 
either reject codes, pending codes, disconnect and install codes", which teaches an 
status codes identifying each stage of the order process); 

Therefore, it would have been obvious to one of ordinary skill in the art at the time of the 
invention to combine the method for managing the workflow for processing service orders of 
Gabbita with the technique of order processing and reporting system, as taught by Lickiss as 
discussed above in claim 1. 
Claim 14: 

Gabbita as shown discloses the following limitations: 

• wherein service order information for the population of service orders is stored in a 
first database; (see at least column 4, lines 58-59: "The database 104 is used by 
LSAT 102 to store data associated with the processing and tracking of orders."); 

• wherein the code configured to generate respective series of successive time 
samples of service order information for respective service orders of a population of 
service orders (see at least column 30, lines 39-40: "All data is recorded in a 
manner that support reporting") comprises code configured to extract and store 
service order information for the population of service orders from the first database 
for a first time, and to extract and store sen/ice order information for the population 
of service orders from the first database for a second time succeeding the first time; 
(see at least column 21, lines 54-55: "...information that is extracted from the DBMS 



Application/Control Number: 10/685,190 Page 19 

Art Unit: 4143 

104 by LSAT 102 to select and process Service Orders" where information can be 
extracted many time as needed and tlie database store a historical record of each 

service orders); 

• and wherein the code configured to identify transitions in the status identifiers over 
the sets of service orders comprises code configured to compare the extracted 
service order status identifiers for the first time to the extracted service order status 
identifiers for the second time to identify at least one transition in a service order 
status identifier for at least one service order (see at least column 30, lines 42-65, 
column 9, lines 31-38 and column 12, lines 16-18: "This information permits the 
comparison of standard intervals defined for a Work Plan with actual completion 
data enabling the fine tuning of Workflow intervals.", where information is obtained 
from the History File and then "LSAT 102 calculates the planned start and finish 
times for each step using the customer requested delivery date (CRDD) and/or the 
customer committed due date (CCDD) as available. The planned delivery date of 
the Work Plan is calculated using planned start and finish times of the various Work 
Steps", which teaches that "the process compares the completed date and time 
with the scheduled date and time for the Work Step"); 

Claim 15: 

Gabbita as shown discloses the following limitations: 

• code configured to determine, for the respective service orders, respective 
completion intervals between a first transition when a service order first arrives at a 
first stage and a second transition when the service order moves from a second 
stage following the first stage and on to a third stage following the second stage; 
(see at least column 30, lines 42-65 and column 9, lines 31-38: "This information 
permits the comparison of standard intervals defined for a Work Plan with actual 
completion data enabling the fine tuning of Workflow intervals.", where "LSAT 102 
calculates the planned start and finish times for each step using the customer 



Application/Control Number: 10/685,190 Page 20 

Art Unit: 4143 

requested delivery date (CRDD) and/or the customer committed due date (CCDD) 
as available. The planned delivery date of the Work Plan is calculated using 
planned start and finish times of the various Work Steps", which completion 
intervals can be determined for each step or stage); 

• and code configured to store the determined completion intervals in the second 
database; (see at least column 30, lines 35-39 and 41-43: "LSAT 102 maintains a 
History File of the significant events that occur within the system as it pertains to 
each Service Order" and "As LSAT 102 tracks each Service Order through the 
lifecycle, it maintains a historical record of each Work Step completed and other 
important actions taken" where History File functions as a database backup to 
record all data such as "transaction processing activities, system access 
information, and administrative manipulation of system data"); 

• and wherein the code configured to compute an aggregate measure of progression 
of the population of status orders through the stages from the identified completion 
intervals comprises code configured to compute an average of the stored 
completion intervals, (see at least column 3, lines 11-14 and column 5, lines 38-41: 
"Detailed statistical information is maintained for audit and reporting purposes. 
Reports reflecting the effectiveness of workforce management and work 
administration is obtained" which teaches that information can be obtained from the 
database and any query can be performed since "...the web based interface 
module further provides query capability to provided customized views, reports and 
tracking information pertaining to current and past Service Orders." ); 

Claim 16: 

Gabbita as shown discloses the following limitations: 

• further comprising code configured to store the computed aggregate measure in a 
spreadsheet (see at least column 30 lines 39-40, column 31, lines 6-13 and column 
5, lines 38-41: which teaches that the database provide query capability for 
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customized reports, such as graphics and spreadsheets, since "all data is recorded 
in a manner that supports reporting". ); 



Conclusion 



17. The prior art made of record and not relied upon is considered pertinent to applicant's disclosure. 

• Gabbita et al (US 6,937,993 B1) discloses a system and method for processing and 
tracking telecommunications service orders. 

• Berg et al (US 5,999,91 1 ) discloses a method and system for managing workflow. 

• Tarumi (US 6,115, 640) discloses a workflow system for rearrangement of a workflow 
according to the progress of a work and its workflow management method. 
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